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SYSTEM & METHOD FOR IMPLEMENTING 
IMAGE PASSTHROUGH EXTENSIONS 

This application is entitled to priority pursuant to a provisional application 
filed March 24, 1999, Serial No. 60/125,902. 

TECHNICAL FIELD 

In general, the present invention relates to computer software and 
hardware and in particular, to a method and structure for processing compressed data 
image files utilizing image passthrough extensions. 

BACKGROUND OF THE INVENTION 

In general, conventional devices, such as a printer, can receive and process 
compressed data files, such as JPEG or PNG compressed image files. However, most 
conventional computer systems having an operating system and one or more software 
applications running within the operating system do not provide a standardized format, 
such as an escape, to allow a software application to transfer a compressed data file 
directly to the device, including either a hardware device or a device driver. 
Accordingly, to pass a compressed file directly to a device, the application would 
typically have to recognize the individual device and have code specific to the device. 
However, as devices are upgraded or new devices are added, the application would no 
longer be compatible with these devices if the driver was modified. Moreover, a device 
specific driver would prevent an operating system from group formatting the compressed 
image, especially when multiple images are processed at the same time. 

Because of the deficiencies associated with device-specific drivers, one 
conventional method for transferring compressed data image files from a software 
application to a device entails an application first decompressing the compressed image 
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file into a device independent bitmap (DIB) format This requires that each software 
application have the capability to properly decompress assorted compressed image files. 
Moreover, there is the potential for one or more conversion losses by the software 
application. For example, a typical DIB allows a maximum of 8-bits per color channel. 
5 If the image format and device support greater image fidelity, such as 16 bits per color 
channel, the fidelity would be lost during the DIB intermediate conversion. 

Once the software application has decompressed the compressed image 
file into a DIB format under the conventional method, the software application then 
transfers the DIB via an application programming interface (API) to the operating system 

10 graphics device interface (GDI). Upon receiving the DIB, the GDI either stores the DIB 
within the GDI for immediate transfer to the device driver or sends the DIB to a spooler 
for later processing. In both scenarios, the transfer of an uncompressed DIB to the GDI 
places a greater strain on system resources in terms of greater requirements of processing 
time and increased burden on the data communication resources between the software 

15 application and the operating system. Additionally, if the GDI utilizes a spooler, the 
transfer of the uncompressed DIB from the GDI to the spooler utilizes more spooler 
storage space as well as placing a greater strain on system communication resources in 
transferring the DIB image to and from the spooler. 

To complete the conventional file transfer, the DIB is transferred from the 

20 GDI to the device driver via a device driver interface (DDI). Again, the transfer of the 
uncompressed DIB from the GDI to the device driver places a greater strain on the 
computer system communication resources between the operating system and the 
hardware device. 
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Thus, there is a need for a compressed data file transfer structure and 
method in which the compressed files are transferred to a device without uncompressing 
the file. 

SUMMARY OF THE INVENTION 
The present invention satisfies the above-described need by providing an 
image passthrough extension structure and method in which compressed data files are 
transferred to a device utilizing standard escapes and modified conventional file transfer 
structures. 

Generally described, the present invention provides a method in a 
computer system for transferring a compressed data file from a software application 
running within the computer system to a device in communication with the operating 
system. According to the method, a request is received to transfer a compressed data file 
and a determination is made as to whether the device is capable of decoding the specific 
compressed image to be transferred. If the device is configured to decompress the 
compressed data file, the compressed file is transferred to the device driver via a device 
driver interface. 

In another aspect of the present invention, a computer-readable medium is 
provided. The computer-readable medium has computer-executable components 
including a device support query component for determining whether a device is 
configured to decompress a compressed data file associated with an application, an 
application interface component for receiving the compressed data file from the 
application and a device interface component for transferring the compressed data file to 
the device. 
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In a further aspect of the present invention, a method in a computer system 
is provided for transferring compressed image data from a software application running 
within the computer system to a device in communication with the computer system. 
According to the method, a file query is received from a software application containing 
5 a pointer to the compressed image data and a designation of the type of compressed data 
image. The image data designation is compared with a data structure containing data 
indicative of the types of compressed data image files supported by the hardware device. 
If the device supports the type of compressed image data, a pointer to the compressed 
image data and the compressed image data designation is passed to the device. If the 

10 device is configured to decompress the compressed image data, an answer is returned and 
a data structure having data indicative of the compressed image data is received from the 
software application. Upon receiving the data structure, the compressed image data is 
transferred to the device driver via a device driver interface. 

La yet another aspect of the present invention, a method is provided for 

15 transferring a compressed data file from a software application running within a computer 
system to a device in communication with the computer system. According to the 
method, a determination of whether the device is configured to decompress the 
compressed data file is requested. Upon receiving a response that the hardware device is 
so configured, the compressed data file is transferred to the computer system. 

20 In yet a further aspect of the present invention, a computer-readable 

medium is provided. The computer-readable medium has stored on it a data structure 
containing a first field containing data indicative of a classification of a compressed data 
file, a second field containing data indicative of the compressed data file, and a third field 
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containing data indicative of whether a device is configured to decompress the 
compressed data file. 

By allowing an application to transfer a compressed image file directly to 
a device, the present invention minimizes application decompression error and improves 
overall computer system efficiency. 

BRIEF DESCRIPTION OF THE DRAWING 
The present invention is described in detail below with reference to the 
attached figures, wherein: 

FIG. 1 is a block diagram of a computing system environment suitable for 
use in implementing the present invention; 

FIG. 2 is a block diagram illustrating the interface between various 
computer input/output devices, an operating system, and an application program; 

FIG. 3 is a block diagram illustrating the interface between an application, 
the GDI of an operating system, and a device driver; 

FIG. 4 is a block diagram illustrating the interface between an application, 
the GDI of an operating system having a printing spooler, and a device driver; 

FIG. 5 is block diagram illustrating the interface between an application, 
the GDI of an operating system having a printing spooler, and a device driver in 
accordance with the compressed data image file transfer method of the present invention; 

FIG. 6 is flow diagram representative of a computer program for a 
compressed data image file transfer method of the present invention; 

FIG. 7 is a flow diagram representative of a computer program for a 
compressed data image file transfer method of the present invention; 
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FIG. 8 is a flow diagram representative of a computer program for a 
compressed data image file transfer method of the present invention; 

FIG. 9 is a block diagram of an EXTESCAPE application program 
interface utilized by the data image transfer method of the present invention; 
5 FIG. 10 is a block diagram of a subset of a DEVINFO data structure 

utilized by the data image transfer method of the present invention; 

FIG. 11 is a block diagram of a DrvQueryDeviceSupport device driver 
interface utilized by the data image transfer method of the present invention; 

FIG. 12 is a block diagram of a subset of a BITMAPMFOHEADER data 
1 0 structure utilized by the data image transfer method of the present invention; 

FIG. 13 is a block diagram of a subset of a StretchDIBits application 
program interface utilized by the data image transfer method of the present invention; 

FIG. 14 is a block diagram of a subset of a SetDEBitsToDevice application 
program interface utilized by the data image transfer method of the present invention; and 
15 FIG. 15 is a block diagram of a subset of a SURFOBJ data structure 

utilized by the data image transfer method of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
The present invention provides a method for processing compressed data 
files directly from a software application to a device. FIG. 1 illustrates an example of a 
20 suitable computing system environment in which the invention may be implemented. 
The computing system environment is only one example of a suitable computing 
environment and is not intended to suggest any limitation as to the scope of use or 
functionality of the invention. Neither should the computing environment be interpreted 
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as having any dependency or requirement relating to any one or combination of 
components illustrated in the exemplary operating environment. 

The invention is operational with numerous other general purpose or 
special purpose computing system environments or configurations. Examples of well 
known computing systems, environments, and/or configurations that may be suitable for 
use with the invention include, but are not limited to, personal computers, server 
computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based 
systems, programmable consumer electronics, network PCs, minicomputers, mainframe 
computers, distributed computing environments that include any of the above systems or 
devices, and the like. 

The invention may be described in the general context of computer- 
executable instructions, such as program modules, being executed by a computer. 
Generally, program modules include routines, programs, objects, components, data 
structures, etc. that perform particular tasks or implement particular abstract data types. 
The invention may also be practiced in distributed computing environments where tasks 
are performed by remote processing devices that are linked through a communications 
network. In a distributed computing environment, program modules may be located in 
both local and remote computer storage media including memory storage devices. 

With reference to FIG. 1, an exemplary system for implementing the 
invention includes a general purpose computing device in the form of a computer 20. 
Components of computer 20 include, but are not limited to, a processing unit 22, a system 
memory 24, and a system bus 26 that couples various system components including the 
system memory to the processing unit 22, The system bus 26 may be any of several 
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types of bus structures including a memory bus or memory controller, a peripheral bus, 
and a local bus using any of a variety of bus architectures. By way of example, and not 
limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro 
Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics 
5 Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) 
bus also known as Mezzanine bus. 

Computer 20 typically includes a variety of computer readable media. 
Computer readable media can be any available media that can be accessed by computer 
20 and includes both volatile and nonvolatile media, removable and non-removable 

10 media. By way of example, and not limitation, computer readable media may comprise 
computer storage media and communication media. Computer storage media includes 
both volatile and nonvolatile, removable and non-removable media implemented in any 
method or technology for storage of information such as computer readable instructions, 
data structures, program modules or other data. Computer storage media includes, but is 

15 not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD- 
ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, 
magnetic tape, magnetic disk storage or other magnetic storage devices, or any other 
medium which can be used to store the desired information and which can be accessed by 
computer 20. Communication media typically embodies computer readable instructions, 

20 data structures, program modules or other data in a modulated data signal such as a 
carrier wave or other transport mechanism and includes any information delivery media. 
The term "modulated data signal" means a signal that has one or more of its 
characteristics set or changed in such a manner as to encode information in the signal. 
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By way of example, and not limitation, communication media includes wired media such 
as a wired network or direct wired connection, and wireless media such as acoustic, RF, 
infrared and other wireless media. Combinations of any of the above should also be 
included within the scope of computer readable media. 
5 The system memory 24 includes computer storage media in the form of 

volatile and/or nonvolatile memory such as read only memory (ROM) 28 and random 
access memory (RAM) 30. A basic input/output system 32 (BIOS), containing the basic 
routines that help to transfer information between elements within computer 20, such as 
during start-up, is typically stored in ROM 28. RAM 30 typically contains data and/or 
10 program modules that are immediately accessible to and/or presently being operated on 
by processing unit 22. By way of example, and not limitation, FIG. 1 illustrates 
operating system 46, application programs 48, other program modules 50, and program 
data 52. 

The computer 20 may also include other removable/non-removable, 
15 volatile/nonvolatile computer storage media. By way of example only, FIG. 1 illustrates 
a hard disk drive 34 that reads from or writes to non-removable, nonvolatile magnetic 
media, a magnetic disk drive 36 that reads from or writes to removable, nonvolatile 
magnetic disk 38, and an optical disk drive 40 that reads from or writes to a removable, 
nonvolatile optical disk 42 such as a CD ROM or other optical media. Other 
20 removable/non-removable, volatile/nonvolatile computer storage media that can be used 
in the exemplary operating environment include, but are not limited to, magnetic tape 
cassettes, flash memory cards, digital video disks, digital video tape, Bernoulli cartridges, 
solid state RAM, solid state ROM, and the like. The hard disk drive 34, magnetic disk 
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drive 36, and optical disk drive 40 are typically connected to the system bus 26 by a 
Small Computer System Interface (SCSI) 44. Alternatively, the hard disk drive 34, 
magnetic disk drive 36 and optical disk drive 40 may be connected to the system bus 26 
by a hard disk drive interface, a magnetic disk drive interface, and an optical drive 
5 interface, respectively. 

The drives and their associated computer storage media discussed above 
and illustrated in FIG. 1, provide storage of computer readable instructions, data 
structures, program modules and other data for the computer 20. In FIG. 1, for example, 
hard disk drive 34 is illustrated as storing operating system 46, application programs 48, 

10 other program modules 50, and program data 52. Note that these components can either 
be the same as or different from operating system 46, application programs 48, other 
program modules 50, and program data 52, A user may enter commands and information 
into the computer 20 through input devices such as a keyboard 54 and pointing device 56, 
commonly referred to as a mouse, trackball or touch pad. Other input devices (not 

15 shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the like. 
These and other input devices are often connected to the processing unit 22 through a 
user input interface 58 or a serial port interface 60 that is coupled to the system bus, but 
may be connected by other interface and bus structures, such as a parallel port, game port 
or a universal serial bus (USB). A monitor 61 or other type of display device is also 

20 connected to the system bus 26 via an interface, such as a video adapter 62. In addition 
to the monitor 61, computers may also include other peripheral output devices such as 
speakers and printers, which may be connected through an output peripheral interface. 
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The computer 20 may operate in a networked environment using logical 
connections to one or more remote computers, such as a remote computer 64. The 
remote computer 64 may be a personal computer, a server, a router, a network PC, a peer 
device or other common network node, and typically includes many or all of the elements 
5 described above relative to the computer 20, although only a memory storage device has 
been illustrated in FIG. 1. The logical connections depicted in FIG. 1 include a local area 
network (LAN) 66 and a wide area network (WAN) 68, but may also include other 
networks. Such networking environments are commonplace in offices, enterprise-wide 
computer networks, Intranets and the Internet. 

10 When used in a LAN networking environment, the computer 20 is 

connected to the LAN 66 through a network interface or adapter 70. When used in a 
WAN networking environment, the computer 20 typically includes a modem 72 or other 
means for establishing communications over the WAN 68, such as the Internet. The 
modem 72, which may be internal or external, may be connected to the system bus 26 via 

15 the serial port interface 60 or other appropriate mechanism. In a networked environment, 
program modules depicted relative to the computer 20, or portions thereof, may be stored 
in the remote memory storage device. By way of example, and not limitation, FIG. 1 
illustrates remote application programs 48 as residing on memory device 64. It will be 
appreciated that the network connections shown are exemplary and other means of 

20 establishing a communications link between the computers may be used. 

Although many other internal components of the computer 20 are not 
shown, those of ordinary skill in the art will appreciate that such components and the 
interconnection are well known. Accordingly, additional details concerning the internal 
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construction of the computer 20 need not be disclosed in connection with the present 
invention. 

Those skilled in the art will understand that program modules such as the 
operating system 46, application programs 48 and data 52 are provided to the computer 
5 20 via one of its memory storage devices, which may include ROM 28, RAM 30, hard 
disk drive 34, magnetic disk drive 36 or optical disk drive 40. Preferably, the hard disk 
drive 34 is used to store data 52 and programs, including the operating system 46 and 
application programs 48. 

When the computer 20 is turned on or reset, the BIOS 32, which is stored 
10 in the ROM 28 instructs the processing unit 22 to load the operating system from the hard 
disk drive 34 into the RAM 30. Once the operating system 46 is loaded in RAM 30, the 
processing unit 22 executes the operating system code and causes the visual elements 
associated with the user interface of the operating system 46 to be displayed on the 
monitor 61. When an application program 48 is opened by a user, the program code and 
15 relevant data are read from the hard disk drive 34 and stored in RAM 30. 

FIG. 2 illustrates the interaction between the computer hardware 74, the 
operating system 46 and an application program 48. Referring now to FIGS. 1 and 2, the 
operating system 46 is loaded into RAM 30 when the computer 20 is turned on or reset. 
The operating system 46 provides the basic interface between the computer's resources, 
20 the user and the application program 48. The operating system 46 interprets and carries 
out instructions issued by the user. For example, when the user wants to load an 
application program 48, the operating system 46 interprets the instruction and causes the 
processing unit 22 to load the program from the hard disk drive 34 into the RAM 30. 
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Once the application program 48 is loaded into RAM 30, it is executed by the processing 
unit 22. In the case of large programs, the processing unit 22 loads various portions of 
the program 48 into RAM 30 as needed. 

The operating system 46 also provides a variety of functions or services 
5 that allow application program 48 to deal with various types of input/output (I/O). This 
allows an application program 48 to issue simple function calls that cause the operating 
system 46 to perform the steps required to accomplish the tasks, such as displaying text 
on the monitor 61. 

With continued reference to FIG. 2, the application program 48 
10 communicates with the operating system 46 by calling predefined function calls provided 
by the operating system 46. The operating system 46 responds by providing the 
requested information or executing the requested task. 

The present invention relates to a method and structure for the processing 
of compressed data files from a software application to a device, via an operating system, 
15 without requiring a decompression of the file by the operating system. Specifically, a 
preferred embodiment of the present invention is a method and structure for processing 
compressed data image files utilizing image passthrough extensions to allow a software 
application to transfer compressed data image files directly to a device without first 
decompressing the data image file. As would be readily understood by those skilled in 
20 the relevant art, the present invention is applicable with other types computer system 
compressed data files. Moreover, the present invention is preferably described in relation 
to the processing of Joint Photographic Expert Group (JPEG) compressed data image 
files and Portable Network Graphics (PNG) compressed data image files. As would be 
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further understood, the present invention is applicable to alternative types of compressed 
data image files as well as with compressed data image files utilizing the JPEG or PNG 
compressed data image format such as the JPEG File Interchange Format (JFIF), Digital 
Still Camera Image File Format Standard (Exif) or Still Picture Interchange File Format 
5 (SPIFF). 

FIGS. 3 and 4 illustrate the typical interaction between a software 
application 48, the graphics device interface (GDI) 76 of the operating system and a 
device driver 78 of a hardware device. In general, a software application 48 attempting 
to transfer an image file 80 to the device driver 78 reads the image 80 into a memory and 

10 transfers it to the GDI 76. The GDI 76 either reads the image 80 into its memory, or, as 
illustrated in FIG. 4, transfers the image 80 to a spooler 82 which stores the image 80 into 
a database 84. When the GDI 76 is directed to transfer the image to the device driver 78, 
the image is passed to device driver 78 which reads, stores and parses the image. 

As applied to the conventional image transfer method, the image 80 is 

15 decompressed into a DIB prior to being passed to the GDI 76. Accordingly, the image 80 
is now an uncompressed DEB, which is larger in size than the original compressed image. 
As would be understood, the larger the image 80, the greater strain on the communication 
resources between the software application 48, the GDI 76 and the device driver 78. 
Moreover, a larger image 80 consumes more memory space within the spooler database 

20 84. 

FIG. 5 is representative of the interaction between the software application 
48, the GDI 76 and the device driver 78 of a hardware device in accordance with the 
image passthrough method and structure of the present invention. In general, the present 
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invention preferably utilizes the same logical progression for image file transfers as 
illustrated in FIGS. 3 and 4, while utilizing expanded or new data transfer data structures 
to allow the compressed image to pass from the software application 48 to the device 
driver 78. In general, escape functions 86 and return functions 88 denote the query 
component which allow the software application 48 to determine whether the device 
driver 78 is capable of receiving the compressed image 80 to the GDI 76. If the 
application 48 receives an affirmative response from the GDI 76, an interface 90 denotes 
the passing of the image 80 to the GDI 76. 

Upon receiving the image 80, the GDI 76 may read and store the image 80 
in a local memory, or may send the image 80 to the spooler 82 to be stored on the spooler 
database 84. As would be readily understood, different or modified configurations of the 
GDI spooler are within the scope of the invention. When appropriate, an interface 92 
denotes the passing of the compressed image 80 to the device driver 78. The image 80 is 
stored and parsed by the device driver 78 before being passed to the hardware device. 

FIGS. 6, 7 and 8 are flow diagrams of the image passthrough extension 
method utilized by the present invention. At S600 (FIG. 6), the application reads a 
compressed image to be transferred into memory. At S610, the application calls an 
image passthrough escape function to determine whether a targeted device is capable of 
receiving and processing the compressed image file. FIG. 9 is illustrative of an 
application program interface (API) utilized by the software application to query the 
configuration of the targeted device, generally described as the EXTESCAPE function 
93. A "hdc" field 95 contains a handle to the device context and a "nESCAPE" field 94 
contains data indicative of the type of query the software application wants to conduct. 
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Preferably, the "nESCAPE" field 94 contains a flag indicating either a 
CHECKJPEGFORMAT indication to check for a JPEG configuration or a 
CHECKPNGFORMAT indication to check for a PNG configuration. A "lpszftiData" 
field 96 contains data indicative of a property of the compressed data file to be 
5 transferred. Preferably, the "IpszInData" field 96 contains a pointer to an input buffer 
where the image is stored. A "lpzOutData" field 98 contains data indicative of the results 
of the query. Preferably, the "lpzOutData" field 98 contains a pointer to an output buffer 
indicating the results of the query. Additionally, a "cbfriput" field 100 contains data 
indicative of the size of the input buffer and a "cbOutput" field 102 contains data 

10 indicative of the size of the output buffer. As would be understood, different and/or 
combined fields for this data structure are within the scope of the invention. 

Referring again to FIG. 6, at S620, the GDI receives the EXTESCAPE 
function and determines whether the device driver can support general image 
decompression. Preferably, the device driver indicates, by setting a bit in a data structure, 

15 whether it can accept JPEG or PNG images. FIG. 10 is illustrative of a subset of a 
DEVEMFO data structure 104 utilized by the device driver to indicate whether or not 
certain compressed image files can be accepted by the device. Preferably, a 
"flGraphicsCaps2" field 106 is set if the device driver will accept JPEG or PNG files and 
not set if it cannot. The DEVMFO data structure 104 may also contain additional fields 

20 (e.g. "lfDefaultFonf ') which retain their conventional definition and function. 

If the device driver indicates that it cannot support general image 
decompression at S620, the GDI returns a no support message at S630 to the software 
application. If the device driver indicates that it can support general image 
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decompression at 620, the GDI calls a device driver interface (DDI) to determine whether 
a targeted device is capable of receiving the compressed image file at S640. 

FIG. 1 1 is illustrative of a device driver interface utilized by the GDI to 
query the configuration of the targeted device, generally described as the 
DrvQueryDeviceSupport function 124. An "iType" field 110 contains data indicative of 
the type of compressed data image file that is to be transferred. Preferably, the "iType" 
field 110 contains either a QDSCHECKJPEGFORMAT indication to check for a JPEG 
configuration or a QDSCHECKPNGFORMAT indication to check for a PNG 
configuration. 

A "pvln" field 112 contains data indicative of a property of the 
compressed data file to be transferred. Preferably, the "pvln" field 112 contains a pointer 
to an input buffer where the image is stored. Additionally, a "pso" field 1 14 specifies the 
device surface, a "pxlo" field 118 and a "pxo" field 120 specify additional image 
processing information. Preferably, the "pxlo" field 118 specifies XLATEOBJ 
information which is used to translate color indices relating to a color pallette and the 
"pxo" field 120 specifies XFORMOBJ information which is used to describe an arbitrary 
linear two-dimensional transform. Moreover, a "cjln" field 122 specifies the size of the 
input buffer. Finally, a "pvOut" field 114 contains data indicative of an output pointer 
and a "cjOut" field 124 specifies the size of the output buffer. Preferably, the "pxo" field 
120, "cjOut" field 124 and "pvOut" field 114 are not utilized when either a 
QDS_CHECKJPEGFORMAT or a QDS CHECKPNGFORMAT is designated in the 
"iType" field 110. As would be understood, different and/or combined fields for this 
function are within the scope of the invention. 
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With reference again to FIG. 6, upon receiving the call to the DDI in 
S640, the device driver parses the image and performs inspection functions in S650. In 
S650, the device driver may decompress and read only a portion of the compressed file, 
or it may attempt to completely decompress the entire file in performing the parsing and 
5 inspection functions. At S660, the device driver determines whether itself or the 
hardware device can decompress and process the image. If neither can, the device driver 
returns a "no support" indication at S670. Alternatively, if the device driver determines 
that either itself or the hardware device can accept the image 80, it returns a "support" 
message at S680. 

10 FIG. 7 is a flow diagram representative of the branch of the method of the 

present invention when a "no support" message is received. At S700, the GDI either 
prepares a no support message at S630 (FIG. 6) or receives a no support message at S670 
(FIG. 6). The GDI then sends the "no support" message to the application in S710. The 
no support message is preferably returned to the software application in the output buffer 

15 pointed to by the "lpzOutData" field 98 of the EXTESCAPE function 93 (FIG. 9). Upon 
receiving the "no support" message, the software application calls its own supported 
decompression functions to decompress the compressed image into a device independent 
bitmap (DIB) at S720. At S730, the software application passes the DIB to the GDI 
utilizing conventional data structures and function calls. At S740, the GDI receives the 

20 DIB and performs coordinate transformations (such as computing the placement and size 
of the image on the page using the state associated with the GDI's device context or hdc). 
Additionally, the GDI can also perform image processing on the DIB. Some examples of 
image processing include rotating an image, warping an image, enhancing the contrast of 
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the image, blurring an image, and sharpening an image. At S750, the GDI incorporates 
the image into a data structure, such as a SURFOBJ data structure, and calls the 
applicable device driver interface function to pass the DIB at S760. 

Because the device driver indicated that neither it nor the hardware device 
5 could decompress the data image, the compressed image is preferably processed in a 
conventional manner by decompressing the image and passing it to the device driver as a 
DIB. Alternatively, upon receiving a no support message, the software application may 
terminate the printing function. 

FIG. 8 is a flow diagram representative of the branch of the method of the 

10 present invention in which a "support" message is received from the device driver at 
S680 (FIG. 6). At S800, the GDI receives a "support" message from the device driver, 
which is preferably transmitted via the DrvQueryDeviceSupport return valve (FIG. 11). 
At S810, the GDI passes the "support" message to the software application via the 
EXTESCAPE output buffer. Having received the "support" message at S820, the 

15 software application calls an image passthrough function having a pointer to the image to 
be transferred to begin transferring the compressed image. 

FIGS. 12, 13 and 14 are illustrative of the data structure and APIs utilized 
by the present invention to pass the compressed image. FIG. 12 is illustrative of a subset 
of the BITMAPINFOHEADER data structure 126 which has been extended to allow 

20 JPEG or PNG data image files to be passed. A "biCompression" field 128 contains data 
indicative of the classification of the compressed image file. Preferably, the 
"biCompression" field 128 is set to BI_JPEG for a JPEG image or BIPNG for a PNG 
image. Additionally, a "biHeight" field 130 specifies the pixel height if the 
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"biCompression" field indicates a compressed image file. Similarly, a "biBitCount" field 
132, a "BiWidth" field 134 and a "biSizelmage" field 136 are used to set the number of 
bits per pixel, the pixel width and the size of the buffer containing the image respectively. 
As would be readily understood, the BITMAPINFOHEADER data structure 126 may 
5 contain additional fields (e.g. "biPlanes") which retain their conventional definition and 
function. 

FIGS. 13 and 14 are illustrative of subsets of the SetDIBitsToDevice and 
StretchDIBits APIs that are utilized in conjunction with the BITMAPINFOHEADER 
data structure (FIG. 12) to pass the image. With reference to FIG. 13, the StretchDIBits 

10 API 138 copies the color data to a specified destination rectangle. Preferably, the 
StretchDIBits API 138 includes a "hdc" parameter 140 having a handle to the device 
context and a "lpBits" parameter 142 containing data indicative of the image, preferably a 
pointer to the image. Additionally, the API contains an "iUsage" parameter 134 which 
specifies a bmiColors data related to the BITMAPINFOHEADER data structure 

15 (FIG. 12), Preferably, the "iUsage" parameter 134 is set to DIB__RGB_COLORS, 
indicating the color table contains internal red, green, blue (RGB) values, when passing 
compressed images. The API also contains a "dwRop" parameter 132 which specifies 
how the pixels are combined to form a new image. Preferably, the "dwRop" parameter 
132 is set to SRCCOPY if the "biCompression" field 128 of the BITMAPINFOHEADER 

20 (FIG. 12) is set to indicate a JPEG or PNG image. As would be understood, the 
StretchDIBits API may contain additional parameters (e.g. "nSrc Width") which retain 
their conventional definition and function. 
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With reference to FIG. 14, the SetDIBitsToDevice API 150 sets the pixels 
on the target device. Specifically, the SetDIBitsToDevice API 150 includes a "hdc" 
parameter 152 which contains a handle to the device context. Additionally, 
SetDIBitsToDevice 150 includes a "lpvBits" parameter 154 which has data indicative of 
a property of the compressed image, preferably a pointer to the image. 
SetDiBitsToDevice 148 also includes a "fuColorUse" parameter 156 which specifies 
whether the BITMAPINFOHEADER data structure (FIG. 12) contains explicit RGB 
values. Preferably, the "fuColorUse" parameter 156 is set to DIB_RGB_COLORS, 
indicating the color table contains literal RGB values when passing a compressed image. 
Again, as would be understood, the SetDiBitsToDevice function 148 may contain 
additional parameters (e.g. "xDest") which retain their conventional definition and 
function. 

Preferably, the application uses the modified BITMAPINFOHEADER 
data structure and the SetDIBitsToDevice and StretchDEBits APIs to pass the compressed 
image. As would be readily understood, different data structures and methods of passing 
the compressed image file are within the scope of the present invention. 

With continued reference to FIG. 8, at S830, the GDI receives the 
passthrough data structure from software application and performs coordinate 
transformations (such as computing the placement and size of the image on the page 
using the state associated with the GDI's hdc) without decompressing the image. 
Additionally, the GDI can also perform image processing of the image without 
decompressing the image. At S840, the GDI creates a data structure to pass the 
compressed image. FIG. 15 is illustrative of a subset of the SURFOBJ data structure 158 
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utilized to pass the compressed image to the device driver. An "iBitmapFormat" field 
160 contains data indicative of the classification of the compressed image to be 
transferred to the device driver. Preferably, the "iBitmapFormat" field 160 is set to 
BMF_JPEG if the image is a JPEG image or BMF_PNG if the image is a PNG image. A 
"pvBits" field 162 contains a pointer to a buffer containing the compressed image and a 
"cjBits" field 164 specifies the size of the image buffer. Additionally, a "pvScanO" field 
166 and a "IDelta" field 168 will be ignored if the "iBitmapFormat" field 160 is set to 
indicate a JPEG or PNG image. Additional fields conventionally defined previously 
retain their conventional definition and function. 

At S850, the GDI calls an applicable device driver interface function to 
process the SURFOBJ image. Preferably, the device driver interface functions include 
the DrvBitBlt, DrvCopyBits, DrvPlgBlt, DrvStretchBlt, DrvStretchBltROP, 
DrvAlphaBlend and DrvTransparentBlt functions. As would be readily understood, 
additional device driver functions are within the scope of the present invention. 

At S860, the device driver parses the image and performs inspection 
functions. At S870, if the device driver cannot accept the image, it returns a no accept 
message at S880. Unlike the previous parsing and inspection functions at S650-660 
(FIG. 6), if the device driver cannot process the image, a "no accept" message is returned. 
In the event the print job is not spooled, the "no accept" message is sent back to the 
application, and the application can conventionally process the image as a DIB, as 
illustrated on steps S720-S760 (FIG. 7). In the event the print job is spooled, the 
particular API (SetDIBitsToDevice or StretchDIBits (FIGS. 13 & 14)) will fail, and the 
compressed image will not be outputted to the device. However, any remaining portions 
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of the print job will be processed and outputted to the device. Alternatively, in the event 
a "no accept" message is received, the entire print job may be terminated by either the 
application or the GDI 

If at S870, however, the device driver returns an "accept" message, the 
device driver packages the image for processing by the hardware device at S890. For 
example, for a PostScript printer, a JPEG image is packaged into a decoding header 
including instructions from the device driver and the raw image for printing. The 
resulting data is then ready for printing. As would be readily understood, application of 
the present invention to device format packaging other than for a PostScript printer is 
considered within the scope of the present invention. 

Preferably, the image passthrough extensions structure and method of the 
present invention is implemented in Microsoft Corporation's "WINDOWS 98™" or 
"WINDOWS 2000™" operating system. By utilizing new or expanded data structures, 
the present invention allows compressed data image files to be transferred directly from a 
software application to a printer configured to decompress these images without placing 
additional strain on the communication resources of the computer system and the storage 
resources of a printer spooler. Additionally, although many program languages could be 
used to create the objects and functions of the present invention, the present invention 
may preferably be coded by an object oriented language such as Microsoft Corporation's 
"VISUAL C++®" or "VISUAL BASIC®" programming languages. 

Alternative embodiments of the present invention will become apparent to 
those skilled in the art to which it pertains upon review of the specification, including the 
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drawing figures. Accordingly, the scope of the present invention is defined by the 
appended claims rather than the foregoing description. 
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CLAIMS 

We claim: 

1. A method in a computer system for transferring a compressed data 
file from a software application running within the computer system to a device in 
communication with the computer system, said method comprising: 

receiving a request to transfer a compressed data file to the device 
5 from the software application; 

determining whether the device is configured to decompress the 
compressed data file; 

if the device is configured to decompress the compressed data file, 
obtaining the compressed data file from the software application; and 
10 transferring the data file to the device via a device driver interface. 

2. The method as recited in claim 1, wherein the step of receiving a 
request to transfer a compressed data file includes receiving a data structure from the 
software application, the data structure containing an indication of a classification of the 
compressed data file format and a pointer to the compressed data file. 

3. The method as recited in claim 1, wherein said determination of 
the device configuration further comprises: 
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obtaining a device file decompression configuration data structure, 
the data structure containing data indicative of compressed data file 
formats supported by the device; and 

determining whether the file decompression configuration data 
structure indicates whether the device is configured to decompress the 
compressed data file. 



4. The method as recited in claim 3, wherein said determining step 

includes: 

passing a compressed data file pointer to the device; and 
receiving an indication whether the device is configured to 
decompress the compressed data file. 



5. The method as recited in claim 1, wherein said transferring step 
includes performing coordinate transformations to the data file. 



6. The method as recited in claim 1, wherein said transferring step 
includes performing file processing to the data file. 

7. The method as recited in claim 1 ? wherein the compressed data file 
is a compressed data image. 
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8. The method as recited in claim 7, wherein the compressed data 
image file is a JPEG image. 

9. The method as recited in claim 7, wherein the compressed data 
image file is a PNG image. 

10. The method as recited in claim 1 further comprising the step of 
receiving an uncompressed data file from the software application if the device is not 
configured to receive the compressed data file. 

11. A computer readable medium having computer-readable 
instructions for performing the steps recited in claim 1 . 

12. A computer system having a memory, an operating system and a 
central processor being operable to execute the steps recited in claim 1. 

13. A computer-readable medium having computer-executable 
components comprising: 

(a) a device support query component for determining whether 
a device is configured to decompress a compressed data file associated 
with an application; 

(b) an application interface component for receiving the 
compressed data file from the application; and 
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(c) a device interface component for transferring the 
compressed data file to the device. 

14, The computer-readable medium of claim 12, wherein said 
application interface component includes a compressed data file information 
transformation component for manipulating data within the compressed data file. 

15. A method in a computer system for transferring a compressed data 
image file from a software application running within the computer system to a device in 
communication with the computer system, said method comprising: 

receiving a file query from the software application, the file query 
containing a pointer to a compressed data image file and a designation of a 
type of compressed data image file; 

comparing the designation of compressed data image file with a 
data structure containing data indicative of types of compressed data 
image files supported by the device; 

if the device supports the compressed data image file format, 
passing a pointer to the compressed data image file and the designation of 
a type of compressed data image file to query for to the device; 

if the device is configured to decompress the compressed data file, 
returning an answer; 

obtaining a data structure having data indicative of the compressed 
data image file from the software application; and 
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upon obtaining the data structure, transferring the data image file 
to the device via a device driver interface. 

16. The method as recited in claim 15, wherein said transferring step 
includes performing coordinate transformations to the data image file. 

17. The method as recited in claim 15, wherein said transferring step 
includes performing image processing to the data image file. 

18. The method as recited in claim 15, wherein said transferring step 
includes passing the transferred compressed image file in a data structure. 

19. The method as recited in claim 15, wherein the compressed data 
image file is a JPEG compressed data image file. 

20. The method as recited in claim 15, wherein the compressed data 
image file is a PNG compressed data image file. 

21. The method as recited in claim 15, further comprising the step of 
returning a negative answer and receiving an uncompressed data image file from the 
software application if the device is not configured to receive the compressed data image 
file. 
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22. A computer readable medium having computer-readable 
instructions for performing the steps recited in claim 15. 

23. A computer system having a memory, an operating system and a 
central processor being operable to execute the steps recited in claim 15. 

24. The method as recited in claim 15, wherein the file query, the 
query response and the file transfer are facilitated by a graphics driver interface and a 
hardware device driver. 

25. The method as recited in claim 24, wherein said hardware device is 
a printer and said device driver is a printer driver. 

26. A method in a computer system for transferring a compressed data 
file from a software application running within the computer system to a device in 
communication with the computer system, said method comprising: 

requesting a determination whether the device is configured to 

decompress the compressed data file; 

receiving a response whether the device is so configured; and 

if the device is configured to decompress the compressed data file, 

transferring the compressed data file to the computer system. 
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27. The method as recited in claim 26, wherein said requesting step 
includes passing a pointer to the compressed data file and a indication of a type of 
compressed data file to the computer system. 

28. The method as recited in claim 26, wherein said transferring step 
includes passing the compressed data file to the operating system via a data structure. 

29. The method as recited in claim 26 further comprising the step of 
decompressing the compressed data file and transferring the uncompressed data file to the 
computer system if the device is not configured to decompress the compressed data file. 

30. The method as recited in claim 26, wherein the compressed data 
file is a compressed data image file. 

31. The method as recited in claim 30, wherein the compressed data 
image file is a JPEG compressed data image file. 

32. The method as recited in claim 30, wherein the compressed data 
image file is a PNG compressed data image file. 

33. A computer readable medium having computer-readable 
instructions for performing the steps recited in claim 26. 
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34. A computer system having a memory, an operating system and a 
central processor being operable to execute the steps recited in claim 26. 

1 



35. A computer-readable medium having stored thereon a data 
structure, comprising: 

(a) a first field containing data indicating a classification of a 
5 compressed data file; 

(b) a second field containing data indicative of a property of 
the compressed data file; and 

(c) a third field containing data indicative of whether a device 
is configured to decompress the compressed data file. 

36. The data structure recited in claim 35, wherein the first field 
includes data indicating an escape function identifying the classification of the 
compressed data file. 

37. The data structure recited in claim 35, wherein the first field 
includes a numeral identifying the classification of the compressed data file. 

38. The data structure recited in claim 35, wherein the second field 
includes a pointer to a compressed data file stored in a memory. 
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39. The data structure recited in claim 35, wherein the second field 
includes an address to a compressed data file. 

40. The data structure recited in claim 35, wherein the second field 
includes a copy of the compressed data file. 

41. The data structure recited in claim 35, wherein the third field 
includes a numeral indicative of whether the device is configured to decompress the 
compressed data file. 

42. The data structure recited in claim 35, wherein the compressed 
data file is a compressed data image file and the device is a printer. 

43. The data structure recited in claim 42, wherein the compressed 
data image file is a JPEG compressed data image file. 

44. The data structure recited in claim 42, wherein the compressed 
data image file is a PNG compressed data image file. 
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ABSTRACT OF THE INVENTION 
An image passthrough extension structure and method facilitating the 
transfer of compressed data image files from a software application to a device via the 
computer system operating system. The application determines whether the device is 
5 capable of decoding the specific compressed data file by polling the device driver. If the 
driver returns a "no support" message, the application processes the compressed data file 
in a conventional manner. If the driver returns a "support" message, the application 
transfers the compressed data file, along with the additional processing information, to 
the device driver utilizing the conventional file transfer operating system data structures 
10 modified to incorporate the compressed data file passthrough function. By allowing an 
application to transfer a compressed image file directly to a device driver, the present 
invention improves image fidelity and improves overall computer system efficiency by 
reducing the size of data files transferred between the application, the operating system 
and the hardware device. 
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Date_ Country of Citizenship United Kingdom 

Residence 21337 Glen Place #5. Cupertino. CA 95014-1475 

Post Office Address 21337 Glen Place #5. Cupertino. CA 95014-1475 

Full name of fourth joint inverter Feng Yue 
Inventor's Signature ^*~~*fyJ^ 

Date V( / ^Shet-o Country of Cfitizenship People's Republic of China CI 3 tf A / 

Ppci,W* 5 8*0 . A pt. #L1092. ^ mef^rWA-9m59r - W Wr< ^ ^ 

Post Office Address - 1 8540 NE 58 th Cl. Aul L1092. Redmond, WA-ggOgj- , V^A 9 ^ / 

Full name of fifth joint in^tor GilmanXue^ Wong 

Inventor's Si ^mature xA ^LAA AA 

Date - ZOOO Countij of Citizenship USA 

Evidence 1Q509 176 th Place NE. Red mond. WA 98052 

Post Office Address 10509 176 th Place NE. Re dmond. W A 98052 
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Full name of second joint inventor Hock San Lee 
Inventor=s Signature 

Date Country of Citizenship USA 

Residence 20301 NE 15 th Place, Redmond, WA 98053 

Post Office Address 20301 NE 15 th Place, Redmond, WA 98053 



Full name of third joint inventor John C. Bowler 
Inventor=s Signature . Z^^^tzz^' 

Date Mfl/to-f ft 2odo Country of Citizenship United Kingdom 

Residence 841 Tulane Ct Mountain View, CA 94040-3668 

Post Office Address 841 Tulane Ct Mountai n View, CA 94040-3668 



Full name of fourth joint inventor Feng Yue 
Inventor=s Signature 

Date Country of Citizenship People's Republic of China 

Residence 18540 NE 58 th Ct., Apt #L1092, Redmond. WA 98052 
Post Office Address 18540 NE 58 th Ct Apt LI 092, Redmond WA 98052 



Full name of fifth joint inventor Oilman Kuey Won g 
Inventor=s Signature 

Date Country of Citizenship USA 

Residence 10509 176 th Place NE, Redmond, WA 98052 

Post Office Address 10509 176 th Place NE. Re dmond, WA 98052 
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COMBINED DECLARATION AND POWER OF ATTORNEY/ ATTORNEY=S DOCKET NO. 

Original, Design, National Stage of PCT MFCP.68661 

or CEP Application 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name. I believe I am the original, first 
and sole inventor (if only one name is listed below) or an original, first and joint inventor (if plural names are listed 
below) of the subject matter which is claimed and for which a patent is sought on the invention entitled: 

SYSTEM & METHOD FOR IMPLEMENTING IMAGE PASSTHROUGH EXTENSIONS 

the specification of which: (complete (a), (b) or (c) for type of application) 

REGULAR OR DESIGN APPLICATION 

(a) x is attached hereto. 

(b) was filed on as Application Serial No. 

and was amended on (if applicable). 

PCT FILED APPLICATION ENTERING NATIONAL PHASE 

(c) was described and claimed in international Application No. filed 

and as amended on (if any). 

ACKNOWLEDGMENT OF REVIEW OF PAPERS AND DUTY OF CANDOR 

I hereby state that I have reviewed and understand the contents of the above identified specification, 
including the claims, as amended by any amendment referred to above. 

I hereby acknowledge the duty to disclose information which is material to patentability as defined in 
Title 38, Code of Federal Regulations, ' 1.56. 

In compliance with this duty there is attached an Information Disclosure Statement. 37 CRF 

1.97. 

PRIORITY CLAIM 

I hereby claim foreign priority benefits under Title 35, United States Code '119 (a)-(d), of any foreign 

applications) for patent or inventor=s certificate listed below and have also identified below any foreign application for 

patent or inventor=s certificate having a filing date before that of the application on which priority is claimed: 

(complete (d) or (e)) 

(d) _x_ no such applications have been filed. 

(e) such applications have been filed as follows: 



EARLIEST FOREIGN APPLICATION S), IF ANY FILED WITHIN 12 MONTHS PRIOR TO SAID APPLICATION 



Country 


Application No. 


Date of Filing 


Date of Issue 


Priority Claimed 










_YES _NO 










_YES __NO 










_YES __NO 


ALL FOREIGN APPLICATION(S), IF ANY FILED MORE THAN 12 MONTHS PRIOR TO SAID APPLICATION 
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I hereby claim the benefit under Title 35, United States Code, § 1 1 9(e) of any United States provisional 
application(s) listed below. 

(complete (f) or (g)) 

(f) no such applications have been filed. 

(g) 1_ such application have been filed as follows: 



Application Serial Number 


Filing Date 


60/125,902 


March 24, 1999 











I hereby claim the benefit under Title 3 5 , United States Code, ' 1 20, of any United States application^) 
listed below and, insofar as the subject matter of each of the claims of this application is not disclosed in the prior United 
States application in the manner provided by the first paragraph of Title 3 5 , United States Code, '112,1 acknowledge the 
duty to disclose to the Office all information known to me to be material to patentability as defined in Title 37, Code of 
Federal Regulations, '1.56, which became available between the filing date of the prior application and the national or 
PCT international filing date of this continuation-in-part application. 

Application Serial No. Filing Date Status (patented, pending, abandoned) 

Application Serial No. Filing Date Status (patented, pending, abandoned) 

POWER OF ATTORNEY 

As a named inventor, I hereby appoint the following attorney(s) to prosecute this application and 
transact all business in the Patent and Trademark Office connected therewith: 



J. David Wharton 25,717 Joan Optican Herman 31,968 Richard R. Johnson 27,452 

Michael B. Hurd 32,241 James H. Marsh, Jr. 24,533 William B. Kircher 22,481 

Michael J. Gross 35,528 JohnWeresh 32,332 Scott B.Strohm 42,172 

Joseph B. Bowman 25,807 Patrick A. Lujin 35,260 Daniel W. Shinn 40,810 

B.Trent Webb 40,865 Susan J. Wharton 41,524 Timothy Bickham 41,618 

Clinton G. Newton 42,930 Devon A. Rolf 35,337 Katie E. Sako 32,628 

Daniel D. Crouse 32,022 Mauricio A. Uribe P46,206 



SEND CORRESPONDENCE TO: 


DIRECT TELEPHONE CALLS TO: 


Mauricio A. Uribe 




SHOOK, HARDY & BACON, L.L.P. 


(816) 474-6550 


One Kansas City Place 




1200 Main Street 




Kansas City, Missouri 64 1 05-2 1 1 8 





I hereby declare that all statements made herein of my own knowledge are true and that all statements 
made on information and belief are believed to be true; and further that these statements were made with the knowledge 
that willful false statements and the like so made are punishable by fine or imprisonment, or both, under Section 1 00 1 of 
Title 1 8 of the United States Code and that such willful false statements may jeopardize the validity of the application or 
any patent issued thereon. 



Full name of sole or first inventor J. Andrew Goossen 
Inventory Signature 

Date Country of Citizenship Canada Residence 
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18170 SE 41 st Place. Issaquah. WA 98027 
Post Office Address 18170 SE 41 st Place, Issaquah. WA 98027 
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